Method of establishing an hrpd signal link

ABSTRACT

A method ( 10 ) of establishing an alternate HRPD signaling link between and HRPD access network and an access terminal over a non-HRPD access is disclosed. It includes: providing ( 12 ) a signal forwarding function (SFF) ( 22 ) between an access terminal (AT) ( 24 ) and a high rate packet data (HRPD) access network (AN) ( 26 ); establishing ( 14 ) a data tunnel ( 28 ) between the access terminal ( 24 ) and the SFF ( 22 ); exchanging ( 16 ) HRPD signaling messages and HRPD data via the data tunnel ( 28 ); identifying ( 18 ) the HRPD access network ( 26 ) and the access terminal ( 24 ) over non-HRPD access by the SFF ( 22 ), by reading a header with certain identifiers and mapping the header to an address of the access terminal or network; and forwarding ( 20 ) the HRPD signaling messages and the HRPD data that arrive at the SFF ( 22 ) from the access terminal ( 24 ) and the HRPD access network ( 26 ) to the HRPD access network ( 26 ) and the access terminal ( 24 ), respectively. The method ( 10 ) performs an initiation and session establishment procedure, minimizes the time, disruption and packet loss during handoff to a HRPD access network and enables seamless mobility.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a method of establishing an HRPD signallink, and more particularly to a method of establishing an alternateHRPD signaling link between the access terminal and the access networkover a non-HRPD access and the pre-establishment of HRPD sessions overthe alternate signaling link.

2. Description of the Related Art

There is interest in developing multi-mode devices, capable ofseamlessly transferring data, voice and video services from one radiotechnology to another one, without adversely affecting theuser-experience.

One such device is 3GPP2-EVDO interoperating with other wirelessstandards, such as 3GPP Long Term Evolution (LTE), WLAN, WiMax, etc.This type of inter-technology handoffs is gaining special attention, asthere is keen interest in integrating different air-interfacetechnologies. Also as major cellular operators migrate to 4G and neweroperators in broadband space emerge, multi-mode radio devices will beneeded for both intra-operator as well as inter operator roaming for theforeseeable future as 4G technologies mature.

A real-time data-session, for example, a VoIP call, that is initiated onone technology, such as LTE, may move or roam into an area where onlyHRPD is available. It becomes necessary to transfer the VoIP call fromLTE to HRPD seamlessly and without a long delay.

However, the HRPD requires that a session is established, before it isallowed to make/receive any type of calls. The initialization andsession establishment of HRPD includes the following steps, whichrequires signaling exchanges between a mobile device and the HRPDnetwork: 1. Unicast Access Terminal Identifier (UATI) assignmentprocedure, 2. HRPD session establishment procedure, 3. AccessAuthentication, 4. Point-to-point protocol (PPP) set-up, and 5. IP-setupas a preparation for a future handoff to HRPD. However, the complexityand cost constraints limit the mobile device to have typically, onetransmitter antenna, which is standard industry practice today.

In the example detailed above, this would require that there is anadditional transmitter available for signaling exchanges forinitialization and session establishment, while the device is activelytransmitting and receiving on the other radio-interface.

This invention proposes a method and solution to perform theinitialization and session-establishment procedure of HRPD, from amobile active on a non-HRPD network or other air-interface, such as LTE,WLAN, WiMax, etc., so as to minimize the disruption and packet lossduring handoff or transfer to HRPD network, free of having to use twotransmitter antennas.

Thus, there is a need to perform the initialization andsession-establishment procedure of HRPD, from a mobile active on anon-HRPD air-interface (by way of example, this term includes LTE, WLAN,WiMax and the like), so as to minimize the disruption and packet lossduring handoff or transfer to the HRPD air-interface, which is costeffective, quick or user friendly and free from requiring use of twotransmitter antennas, for example.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the inventive aspects of this disclosure will be bestunderstood with reference to the following detailed description, whenread in conjunction with the accompanying drawings, in which:

FIG. 1 is a simplified illustration of HRPD signaling on a non-HRPDaccess, in accordance with the invention.

FIG. 2 is a block diagram for a method of establishing an HRPD signallink over a non-HRPD access, in accordance with the invention.

FIG. 3 illustrates a HRPD IOS Architecture, as defined in the HRPD IOSstandard for 3GPP2, A.S0008 in phantom, including a Signal ForwardingFunction and a new interface (Axx), in accordance with the invention.

FIG. 4 is a flow diagram for establishing an HRPD signal link over anon-HRPD access over time, the diagram includes columns for each of theAccess Terminal (AT), Signal Forwarding Function (SFF), Access Network(AN), Access Network-AAA (AN-AAA) and times a-h, illustrating how a linkis opened or established, in accordance with the invention.

FIG. 5 is a flow diagram for closing (or turning off) an HRPD signallink over a non-HRPD access over time, the diagram includes columns foreach of the Access Terminal (AT), Signal Forwarding Function (SFF),Access Network (AN), Access Network-AAA (AN-AAA) and times a-f,illustrating how a link is turned off or terminated, in accordance withthe invention.

FIG. 6 is a flow diagram showing HRPD signaling exchanges over anon-HRPD access using TCP/IP over time, the diagram includes columns foreach of the Access Terminal (AT), Signal Forwarding Function (SFF),Access Network (AN), Access Network-AAA (AN-AAA) and times a-c, inaccordance with the invention.

FIG. 7 is an illustration of a Protocol Structure as defined by HRPDStandard IS856, illustrating a default signaling path and a default datapath, as detailed herein.

FIG. 8 is an environmental illustration showing the Protocol Structureas defined by HRPD Standard IS856, in FIG. 7, including a SignalingAdaptation Protocol (SAP) and signaling path in an opened (operational)position, in accordance with the invention.

FIG. 9 is an embodiment of the Signaling Adaptation Protocol in FIG. 8and exemplary signaling path in an opened state (operational), inaccordance with the invention.

FIG. 10 is an alternate second embodiment of the Signaling AdaptationProtocol in FIG. 8 and exemplary signaling path in an opened state(operational), in accordance with the invention.

FIG. 11 is an alternate third embodiment of the Signaling AdaptationProtocol in FIG. 8 and exemplary signaling path in an opened state(operational), in accordance with the invention.

FIG. 12 shows an Access Terminal State Machine of the SignalingAdaptation Protocol, in FIG. 8 including a Closed State, Setup State andOpen State, illustrating how an alternate link is opened and closed, inaccordance with the invention.

FIG. 13 shows an Access Network State Machine of the SignalingAdaptation Protocol, in FIG. 8 including a Closed State, Setup State andOpen State, illustrating how an alternate link is opened and closed, inaccordance with the invention.

FIG. 14 is a flow diagram for establishing an HRPD signal link over anon-HRPD air-interface over time, the diagram includes columns for eachof the Alternate Link, Signaling Network Protocol (SNP), SignalingAdaptation Protocol (SAP), Access Network (AN), and times a-l, inaccordance with the invention.

FIG. 15 is a block diagram of an embodiment of a signaling adaptationmethod for converting HRPD messages and HRPD data on to a genericcontainer that can be transported over a non-HRPD access, in accordancewith the invention.

DETAILED DESCRIPTION

Referring to FIGS. 1 and 2, a method 10 of establishing an alternateHRPD signaling link between an HRPD access network and an accessterminal over a non-HRPD access, is shown. The method 10 generallyincludes a providing step 12, an establishing step 14, an exchangingstep 16, an identifying step 18 and a forwarding step 20. In moredetail, the method 10 includes: providing 12 a signal forwardingfunction (SFF) 22 between an access terminal (AT) 24 and a high ratepacket data (HRPD) access network (AN) 26; establishing 14 a data tunnel28 between the access terminal 24 and the SFF 22; exchanging 16 HRPDsignaling messages and HRPD data via the data tunnel 28; identifying 18the HRPD access network 26 and the access terminal 24 over non-HRPDaccess by the SFF 22, by reading a header comprising HRPD sectoridentification, access terminal identification and stream identificationand mapping the header to an address of one of the access terminal andthe access network; and forwarding 20 the HRPD signaling messages andthe HRPD data that arrive at the SFF 22 from the access terminal 24 andthe HRPD access network 26 to the HRPD access network 26 and the accessterminal 24, respectively. Advantageously, the method 10 performs aninitiation and session establishment procedure, minimizes the time,disruption and packet loss during handoff to a HRPD access network andenables seamless mobility.

In more detail, the method 10 performs the initiation and sessionestablishment procedure for HRPD. For example, in use an AT 24, such asa mobile, would by active on a non-HRPD access (such as 3GPP Long TermEvolution (LTE), wireless local area network (WLAN), and WIMax). Themethod 10 is adapted to minimize the time, disruption and packet lossduring handoff to a HRPD access network and maximize user's experiences.In one embodiment, the HRPD signaling messages are over a TCP/IP link,with a newly defined header to uniquely identify the HRPD AccessNetwork. In addition, the method 10 is particularly adapted for use inmulti-mode devices or access terminals, with HRPD as one of the accesstechnologies. Stated another way, the method 10 provides seamlessmobility between HRPD and non-HRPD air-interface technologies.

Detailed below and throughout this application are brief definitions ofthe terms and acronyms used. All such terms and acronyms have theircommon ordinary meanings, unless explicitly stated to the contrary. Thedefinitions herein are an attempt at clarity.

-   -   1. Evolution-Data Optimized or Evolution-Data are abbreviated as        EV-DO or EVDO or 1xEV.    -   2. High Data Rate (HDR) and High Rate Packet Data (HRPD)        generically refer to telecommunications standards for the        wireless transmission of data through radio signals. HRPD can        provide for broadband Internet access and various data services        including real time data services like Voice Over Internet        Protocol (VoIP).    -   3. EVDO employs multiplexing techniques such as CDMA (Code        division multiple access) as well as Frequency division duplex        (FDD) to maximize the amount of data transmitted. It is        standardized by the 3rd Generation Partnership Project 2        (3GPP2), as part of the CDMA2000 family of standards and has        been adopted by many mobile phone service providers around the        world, and particularly those previously employing CDMA        networks. A more detailed description of the CDMA2000 High Rate        Packet Data (HRPD) EVDO (Evolution Data Optimized) is provided        in 3GPP2 C.S0024-A, entitled “cdma2000 High Rate Packet Data Air        Interface Specification”, September 2006, and in TIA-IS-856        (also known as IS856).    -   4. An HRPD session refers to a shared state between an access        terminal (AT) and the access network (AN). Other than to open a        session, the AT cannot communicate with the AN without having an        open session.    -   5. A connection or dedicated radio connection, refers to a        particular state of an air-link in which the AT is assigned a        forward traffic channel, a reverse traffic channel and        associated medium access control channels.    -   6. As used herein, the HRPD acronym generically refers to and        includes, by way of example, HDR, EV-DO, EVDO, 1xEV, CDMA,        CDMA2000 Evolution Data Optimized (EVDO), standards TIA-IS-856,        3GPP2 HRPD interoperability specification A.S0008, cdma2000        wireless IP network based standard TIA-IS-835 and the like.    -   7. 3G refers to Third Generation Cellular Technology    -   8. 3GPP refers to Third Generation Partnership Project, a        standardization group that develops GSM standards and its        evolution    -   9. 3GPP2 refers to a Third Generation Partnership Project 2, a        standardization group that develops cdma2000 development    -   10. 4G refers to Fourth Generation broadband wireless technology    -   11. WiMAX means Worldwide Interoperability for Microwave Access    -   12. TCP means Transmission Control Protocol (a part of TCP/IP)    -   13. IP is Internet Protocol (a part of TCP/IP)

In one embodiment, the method 20 includes pre-establishing an HRPDsession over a non-HRPD access prior to establishing a traffic channelon an HRPD air-interface. In order to perform a handoff between non-HRPDaccess and HRPD access, it is required that an HRPD session beestablished before the handoff (at a suitable radio-frequency). Aproblem in real time services like Voice over IP (VoIP) is that the HRPDsession establishment takes a period of time, in the order of seconds,which can introduce an unacceptable break in communication. In order tosupport low latency (low set up time) active session handoffs betweennon-HRPD and HRPD access, the method 20 provides a solution andeffective procedures, to pre-establish the HRPD session, while on thenon-HRPD access, before the radio frequency antenna switches fromnon-HRPD access to HRPD access.

The term HRPD access as used herein, includes at least one of HRPDair-interface, HRPD access network, wherein access network includes aradio network controller, base station(s) and the like and HRPDcore-network, wherein the core-network includes Packet Data ServiceNetwork (PDSN), Mobile IP Home agent, Mobile IP foreign agent and thelike and the term non-HRPD access as used herein, includes at least oneof non-HRPD air-interface, non-HRPD access network and non-HRPDcore-network.

In one embodiment, the method 20 includes authenticating andpre-establishing an HRPD session from a HRPD multi-mode access terminal,(wherein the HRPD multi-mode access terminal is a mobile device, whichimplements one or more than one access technology in addition to HRPDaccess technology) active on a non-HRPD access, prior to establishing atraffic channel on an HRPD air-interface. Preferably, this includesobtaining UATI assignment, protocol subtype negotiation and protocolconfiguration parameters negotiation of all protocol layers of HRPD,prior to establishing a traffic channel. In order to perform an activesession handoff between non-HRPD and HRPD, it may be required thataccess terminal obtain UATI from the access network by means of UATIassignment, negotiate the protocol subtypes and protocol configurationparameters between the HRPD access network and the access terminal.However, these procedures can take an unacceptable period of time(negative user experience) and can cause an unacceptable break incommunication, in known real time services like VoIP. As used above,active session means the access terminal is sending and receiving userdata on a dedicated radio connection. Advantageously, in order tosupport low latency (break in communication reduced to a minimum) activesession handoff between non-HRPD and HRPD access, the method includesestablishing effective procedures to obtain the HRPD UATI, HRPD protocolsubtypes and configuration parameters while on the non-HRPD access,before the radio frequency antenna switches from non-HRPD access to theHRPD access

In one embodiment, the data tunnel in FIG. 1, is secure in order tominimize the possibility of a security attack on the access network aswell as to protect the privacy of the access terminal.

In another embodiment, the method includes the step of allowing HRPDaccess channel messaging from and to a non-HRPD air-interface accessterminal. This feature can reduce the time it takes to perform a handofffrom a non-HRPD network to a HRPD network, for example. In thisembodiment, it is desirable that the access procedures that are requiredon HRPD to obtain HRPD traffic channel be bypassed, thus advantageouslyimproving the user experience during handoff.

As should be understood by those skilled in the art, an access networkcan include a base station controller, radio network controller, aplurality of the preceding and the like. It is understood that, a basestation provides a Radio Frequency (RF) interface between an accessterminal and an access network via one or more transceivers. An accessnetwork exchanges the signaling messages with a HRPD access terminal inorder to establish the session, maintenance of session and so on.

In yet another embodiment, the method can include: providing aninterface between the access terminal and SFF; and providing aninterface between the SFF and access network. In this embodiment, theSFF can be defined as a stand alone module or feature, in order to easethe access network implementation and the scalability based on accessnetwork loading and operator network layout. Advantageously, theinterface between the Access Terminal and SFF, can supportinteroperability between different access terminal vendors and SFFvendors. Likewise, the interface defined as being between the SFF andHRPD access network provides and supports interoperability betweendifferent HRPD access network vendors and SFF vendors.

In a preferred embodiment, the method includes: mapping of the HRPDaccess terminal identification to the IP address assigned by thenon-HRPD network. In order to keep the non-HRPD network free of havingto process the HRPD specific information, it is important to use ageneric transport mechanism over the data tunnel established between theaccess terminal and the SFF, and TCP/IP provides such an option. It isnecessary that the identification used for identifying the accessterminal in the HRPD access be mapped to the TCP/IP domain, where IPaddresses are used. This feature enables this function.

Also in a preferred embodiment, the method includes routing encapsulatedmessages by SFF over IP by mapping SectorlD to the IP address of theHRPD access network. The HRPD signaling messages that arrive at the SFF,from the access terminal need to be forwarded to the HRPD accessnetwork, and the HRPD signaling messages that arrive at the SFF from theaccess network need to be forwarded to the access terminal. However,having one SFF for every HRPD access network is impractical. It isdesirable to have one SFF serve many HRPD access networks. This featuremaps the Identity of the HRPD network, which is identified by theSectorlD uniquely to an IP address of the HRPD network that is reachablewithin the access network.

Referring to FIG. 3, this figure illustrates a HRPD IOS Architecture, asdefined in the HRPD IOS standard for 3GPP2, A.S0008 in phantom, which isincorporated herein by reference. FIG. 3 also includes a SignalForwarding Function. Advantageously, the SFF in the context of thisfigure and application provides quick and reliable handoffs between HRPDand non-HRPD, as well as a cost effective solution. In more detail, inorder to pre-establish a HRPD session (by exchanging the HRPD signalingmessages and data over a non-HRPD access), it is necessary that analternate path is defined. The method and SFF provide: an alternate pathsuch that the non-HRPD access does not have to process the HRPD specificinformation and the TCP/IP on a data tunnel over non-HRPD; HRPDsignaling messages that are sent on TCP/IP over a non-HRPD, be routed tothe right access network and access terminal; and translation from aTCP/IP domain to HRPD domain; and security to protect the access networkfrom attack.

FIG. 4 is a flow diagram for establishing an HRPD signal link over anon-HRPD air-interface over time, the diagram includes columns for eachof the Access Terminal (AT), Signal Forwarding Function (SFF), AccessNetwork (AN), Access Network-AAA (AN-AAA) and times a-h, illustratinghow a link is opened.

In more detail, items a through h provide a detailed flow over time andin sequence. At time a, the AT establishes an IP connection. The IPconnection is established over a non-EVDO air interface. At time b, theAT sends AlternateLinkOpenReq message over the IP bearer to SignalForwarding Function. The AlternateLinkOpenReq message contains theidentity of the mobile station. At time c, the Signal ForwardingFunction, upon getting the AlternateLinkOpenReq message obtains theAccess Terminal credentials from the AN-AAA. At time d, the SignalForwarding Function, triggers authentication of the mobile, in order toestablish a secure data tunnel between Access Terminal and the SignalForwarding Function. At time e, a secure data tunnel is created betweenthe Signal Forwarding Function and the Access Terminal. At time f, aSignal Forwarding Function, sends the Axx-AlternateLinkOpenReq messageto Access Network. At time g, the Access Network responds back to SignalForwarding Function, with an Axx-AlternateLinkOpenResp message. At itemh, the Signal Forwarding Function forwards an AlternateLinkOpenRespmessage to the Access Terminal. Advantages,

This procedure advantageously provides an effective way of establishingan alternate signaling link, and preferably it can include means for anetwork to conduct authentication and establish a secure tunnel. Inaddition, it can include a mechanism provides an effective way ofdiscovering if the access network supports the HRPD signaling over analternate link, without having to inform the access network capabilityby explicit means, which could be time consuming and expensive.

As used herein, Access Network-AAA (AN-AAA) means AccessNetwork-Authentication, Authorization & Accounting:

Authentication refers to the confirmation that a user who is requestingservices is a valid user of the network services requested.Authentication is accomplished via the presentation of an identity andcredentials. Examples of types of credentials are passwords, one-timetokens, digital certificates, and phone numbers (calling/called).

Authorization refers to the granting of specific types of service(including “no service”) to a user, based on their authentication, whatservices they are requesting, and the current system state.Authorization may be based on restrictions, for example time-of-dayrestrictions, or physical location restrictions, or restrictions againstmultiple logins by the same user. Authorization determines the nature ofthe service which is granted to a user. Examples of types of serviceinclude, but are not limited to: IP address filtering, addressassignment, route assignment, QoS/differential services, bandwidthcontrol/traffic management, compulsory tunneling to a specific endpointand encryption.

Accounting refers to the tracking of the consumption of networkresources by users. This information may be used for management,planning, billing, or other purposes. Real-time accounting refers toaccounting information that is delivered concurrently with theconsumption of the resources. Batch accounting refers to accountinginformation that is saved until it is delivered at a later time. Typicalinformation that is gathered in accounting is the identity of the user,the nature of the service delivered, when the service began and when itended.

FIG. 5 is a flow diagram for closing (or turning off) an HRPD signallink over a non-HRPD air-interface over time, the diagram includescolumns for each of the Access Terminal (AT), Signal Forwarding Function(SFF), Access Network (AN), Access Network-AAA (AN-AAA) and times a-f,illustrating how a link is turned off, accordance with the invention.

In a preferred embodiment and in more detail, at time a, the AT hasalready established a secure data tunnel between an Access Terminal andthe Signal Forwarding Function (SFF). At time b, the AT sendsAlternateLinkCloseReq messages to SFF, over the IP bearer. At time c,the Signal Forwarding Function, upon receiving the AlternateLinkCloseReqinitiates a procedure to close the alternate link connection between theaccess terminal and the access network, and sends anAxx-AlternateLinkCloseReq message to the access network. At time d, theaccess network, responds back with Axx-AlternateLinkCloseResp message.At time e, the SFF completes the procedure to close the alternate linkand sends AlternateLinkCloseResp to the access terminal. And, at time f,a secure data tunnel is closed between the access terminal and the SFF.As used herein, IP bearer refers to a data transport using TCP/IP as themechanism for end-to-end transport protocol.

This provides a reliable procedure for closing or turning off thealternate signaling link between the HRPD access network and the accessterminal over non-HRPD air-interfaces, ensuring the synchronization of aSignaling Adaptation state machine running on access terminal and theaccess network, in one embodiment.

FIG. 6 is a flow diagram showing HRPD signaling exchanges over anon-HRPD air-interface using TCP/IP over time, the diagram includescolumns for each of the Access Terminal (AT), Signal Forwarding Function(SFF), Access

Network (AN), Access Network-AAA (AN-AAA) and times a-c, accordance withthe invention.

In more detail and in a preferred embodiment, at time a, the AT hasalready established a secure data tunnel between Access Terminal and theSignal Forwarding Function (SFF). At time b, the AT sendsAlternateLinkMessage messages to the SFF, over the IP bearer. TheAlternateLinkMessage has an encapsulated HRPD signaling message, withthe header information for the SFF to determine which Access Networkthis message should be forwarded to. And, at time c, the SFF, uponreceiving the AlternateLinkMessage forwards the message to theappropriate access network. This provides a mechanism for exchanging theHRPD signaling messages and HRPD data transparently over non-HRPDaccess, without requiring the non-HRPD network to interpret and processthe HRPD specific information

Referring to FIG. 15, an alternate embodiment of a signaling adaptationmethod 50 for converting HRPD messages and HRPD data on to a genericcontainer that can be transported over a non-HRPD access, is shown. Themethod 50, comprises the steps of: providing 52 a HRPD protocolincluding a Signal Adaptation Protocol (SAP) including an open state,set up state and a default closed state; requesting 54 an alternate HRPDsignaling link over a non-HRPD access to be opened; activating 56 thealternate HRPD signaling link upon entering the open state; adapting 58(and encapsulating) the HRPD signaling messages and HRPD Radio LinkProtocol (RLP) data on to a non-HRPD access; exchanging 60 HRPDsignaling messages and HRPD data between the access terminal and theHRPD access network via the alternate HRPD signaling link, free ofestablishing an HRPD traffic channel; and identifying 62 the HRPD accessnetwork and the access terminal over non-HRPD access by inserting aheader comprising sector identification, stream identification andaccess terminal identification. The method performs an initiation andsession establishment procedure, minimizes the time, disruption andpacket loss during handoff to a HRPD access network and enables seamlessmobility.

Advantageously, the method provides a mechanism or process forexchanging HRPD signaling messages and HRPD data over the dedicatedradio connection of non-HRPD technology which reduces the cost ofdevelopment of a multimode access terminal capable of performing activesession handoff between non-HRPD wireless technology and HRPD cellulartechnology.

To provide context, to send or receive HRPD signaling messages accordingto known methods, such as in 3GPP2 C.S0024A, entitled “cdma2000 HighRate Packet Data Air Interface Specification”, September 2006, adedicated radio connection needs to be established. The dedicated radioconnection is defined as a particular state of the air-link in which theAT is assigned a forward traffic channel, a reverse traffic channel andassociated medium access control channels. In a multimode mobile device,wherein a HRPD wireless technology and a non-HRPD wireless technology isimplemented, and when a non-HRPD is on a dedicated radio connection, itis expensive and redundant to have the HRPD technology also be on adedicated radio connection simultaneously.

In order for a multimode access terminal with one technology such asHRPD to perform active session handoff (where in active session means,the access terminal is sending and receiving user data on a dedicatedradio connection) from non-HRPD wireless technology to HRPD wirelesstechnology, it is required per 3GPP2 C.S0024A, that an HRPD session beestablished, which includes HRPD signaling messages and HRPD data isexchanged on a dedicated radio connection between an access terminal andHRPD access network. However, having two dedicated radio connectionswould be expensive in implementation and technologically complicated.

This method 50 provides a cost effective method and mechanism forexchanging HRPD signaling messages and HRPD data over a dedicatednon-HRPD radio connection, which reduces the cost of development of amultimode access terminal capable of performing active session handoffbetween non-HRPD wireless technology and HRPD technology.

In a preferred embodiment, the method 50 can further include providingpre-establishment of an HRPD session, HRPD point-to-point (PPP) and HRPDinternet protocol (IP) session over a non-HRPD access, free ofestablishing an HRPD traffic channel. In order for a multimode accessterminal with one technology such as HRPD to perform active sessionhandoff from non-HRPD wireless technology to HRPD wireless technology,it is required under 3GPP2 C.S0024A, that an HRPD session, PPP sessionand an IP session be established, which includes HRPD signaling messagesand HRPD data be exchanged on a dedicated radio connection between anaccess terminal and a HRPD access network. In a multimode mobile device,wherein HRPD wireless technology and a non-HRPD wireless technology isimplemented and when a non-HRPD is on a dedicated radio connection, itwould be costly and technologically redundant and use valuable air timeto have the HRPD technology also be on the dedicated radio connectionsimultaneously. This pre-establishing feature allows a multimode accessterminal the capability of performing active session handoff betweennon-HRPD wireless technology and HRPD cellular technology.

In yet another preferred embodiment, the method 50 includes performingtraffic establishment free of a HRPD access channel procedure. Thisadvantageously provides a means of transmitting HRPD access channelmessages over the alternate link on a non-HRPD network, thus bypassingaccess channel procedures of HRPD to obtain a traffic channel.

As context, current implementations, such as the HRPD 3GPP2 C.S0024Astandard, requires access channel procedures, such as exchanging accesschannel messages, which introduce additional time in the active sessionhandoff from non-HRPD to HRPD. Generally, access channel messages aresent in order to obtain a traffic channel assignment for a dedicatedradio connection between a HRPD access network and an access terminal.

To reduce the time it takes to perform active session handoff from anon-HRPD network to a HRPD network, in a preferred embodiment, theaccess channel messages are sent free of performing access procedures,thus effectively bypassing such procedures. This provides an effectivehandoff and an improvement to the user experience during handoff.

In yet another embodiment, the method 50 can include providing analternate link open request message including an identity of the accessterminal and the connection is an IP connection, as shown in FIGS.12-14. This feature provides an beneficial procedure where an identityof the access terminal is sent in an Alternate Link Open Requestmessage, such that the access network can validate the credentials ofthe access terminal and optionally perform authentication and validationprocedures in order to ensure a secure communication link between theaccess terminal and the access network over a non HRPD network.

FIG. 7 is an illustration of a Protocol Structure as defined by HRPDStandard IS856, which is hereby incorporated herein by reference. Italso shows a default signaling path, as detailed herein. The figureshows an HRPD layered architecture with a modular design that allowspartial updates to protocols, software and independent protocolnegotiation.

Detailed below is a general discussion of the protocol stack layersshown in FIG. 7. Starting at the bottom right and moving up, thePhysical Layer provides the channel structure, frequency, power output,modulation, and encoding specifications for the Forward and Reverse linkchannels and provides protocols to support the procedure. The MediumAccess Control (MAC) layer defines the protocol to support proceduresthat are used to receive and transmit over the Physical Layer. TheSecurity Layer provides protocols to support authentication andencryption services. The Connection Layer provides protocols to supportair link connection establishment and maintenance services. The SessionLayer provides protocols to support protocol negotiation, protocolconfiguration, and session state maintenance services. The Stream Layerprovides protocols to support multiplexing of distinct applicationstreams. The Application Layer provides application protocols to supportthe Default Signaling Application for transporting HRPD protocolmessages and the Default Packet Application for transporting user data.For more detail, refer to the HRPD Standard IS856.

FIG. 8 is an environmental illustration showing the Protocol Structureas defined by HRPD Standard IS856, in FIG. 7, including a SignalingAdaptation Protocol (SAP) and signaling path in an opened (operational)position, in accordance with the invention. The SAP provides

FIGS. 9, 10 and 11 show three embodiments of the Signaling AdaptationProtocol in FIG. 8 and exemplary signaling paths in an opened(operational) state.

In one embodiment, the SNP protocol messages and the RLP packets areforwarded to the SAP, shown in the solid line signaling paths in FIG. 9.

In order perform HRPD session establishment, free of establishing thededicated radio communication between HRPD access network and amultimode access terminal, for example, this method advantageouslyprovides a procedure for forwarding the signaling messages generated byall of the seven layers of the HRPD protocol stack to the SignalingAdaptation Protocol through the Signaling Network Protocol (SNP). Thus,by forwarding: 1.) the HRPD signaling messages generated by all thelayers of HRPD to the Signaling Adaptation Protocol from the SNP (leftsolid line signal path in FIGS. 9); and 2.) the HRPD data that isgenerated or passed through by the Radio Link Protocol (RLP) to theSignaling Adaptation Protocol (through the right signaling path in FIG.9), this minimizes the technical impact on known implementations, suchas the IS-56A HRPD standard. In addition,

In FIGS. 9 and 10, a SAP state controlling a switch is shown, as adouble-pole like switch, which provides two software connected switches,to allow a signal to follow the default path (in phantom, closed state)or operational state following the solid line signaling paths.

In a second embodiment, as shown in FIG. 10, the Signaling LinkProtocol-D (SLP-D) protocol messages and the RLP packets are forwardedto the SAP. In order perform HRPD session establishment, free ofestablishing the dedicated radio communication between HRPD accessnetwork and a multimode access terminal, this method advantageouslyprovides a procedure for forwarding the signaling messages generated byall of the seven layers of the HRPD protocol stack to the SignalingAdaptation Protocol through the Signaling Network Protocol (SNP) andSignaling Link Protocol (SLP-D). By forwarding the HRPD signalingmessages generated by all the layers of HRPD to the Signaling AdaptationProtocol, by the SLP, this frees the SAP to perform sequencing andretransmission of the signaling messages, and hence simplifies theSignaling Adaptation Protocol procedures. In addition, HRPD data that isgenerated or passed through by the Radio Link Protocol (RLP) isforwarded to the Signaling Adaptation Protocol.

In a third embodiment, as shown in FIG. 11, packets of stream protocolare forwarded to the SAP. In order to perform HRPD sessionestablishment, free of establishing the dedicated radio communicationbetween HRPD access network and a multimode access terminal, this methodadvantageously provides a procedure for forwarding the signalingmessages generated by all of the seven layers of the HRPD protocol stackto the Signaling Adaptation Protocol through the Signaling NetworkProtocol (SNP) and Signaling Link Protocol (SLP-D) and the steamprotocol. By forwarding the HRPD signaling messages generated by all thelayers of HRPD to the Signaling Adaptation Protocol, by the streamprotocol, frees the SAP to perform sequencing and retransmission of thesignaling messages as well as the inclusion and interpretation of streamidentifier, which further simplifies the Signaling Adaptation Protocolprocedures. In addition, HRPD data that is generated or passed throughby the Radio Link Protocol (RLP) is forwarded to the SignalingAdaptation Protocol through the stream protocol further simplifies thedevelopment of Signaling Adaptation Protocol.

FIGS. 12 and 13 show Access Terminal and Access Network State Machinesof the Signaling Adaptation Protocol, in FIG. 9 including a ClosedState, Setup State and Open State, illustrating how an alternate link isopened. The method advantageously provides a procedure to effectivelytransition from a non-HRPD alternate link to a default HRPD signalinglink and vice versa. The state transition and the messages defined inthis method ensure an effective way of synchronizing a HRPD network anda multimode access terminal. In addition, another benefit of thisfeature is it provides a mechanism to determine the support of SignalingAdaptation Protocol or the Alternate Link Support by the access network,free of explicit signaling, which reduces the usage of radio frequencyresources of the HRPD and non-HRPD wireless system.

FIG. 14 is a flow diagram for establishing an HRPD signal link over anon-HRPD air-interface over time, the diagram includes columns for eachof the Alternate Link, Signaling Network Protocol (SNP), SignalingAdaptation Protocol (SAP), Access Network (AN), and times a-l, inaccordance with the invention.

In a preferred embodiment, the method 50 further includes providing amessage sequence for requesting and activating the alternate link by theSAP.

This feature advantageously provides a means to establish and adapt theHRPD signaling messages free of establishing a dedicated HRPD radioconnection, in a cost effective manner. This method can also providebackward compatibility with HRPD access networks and mobile devices thatare already implemented and deployed, such as under the 3GPP2-C.S0024Astandard.

In more detail, the flow diagram depicts the dynamic behavior ofSignaling Adaptation Protocol in the context of other protocols alreadydefined in the HRPD standard, C.S0024A. At time a, a mobile devicepowers up, At time b, a Signaling Network Protocol Activates theSignaling Adaptation Protocol. At time c, Signaling Adaptation Protocolinitializes its local variables and enters a closed state. At time d,when a dedicated channel is available on an alternate link, SNP isinformed about it. At time e, the SNP sets the availability on analternate link to true. At time f, the SNP detects the need to sendsignaling messages to a network. It activates the signaling overAlternate Link by sending, SAP.AlternateLinkActivate. At time g, the SAPsends AlternateLinkOpenReq message to the network. At time h, the SAPenters a setup state and updates the appropriate variables. At time i,the Network sends an AlternateLinkOpenResp message, after it sets-up thesignaling link over the alternate link. This can involve securedata-tunnel setup, etc. At time j, the SAP enters an open state and setsappropriate variables. At time k, the SAP sends SAP.AlternateLinkOpenlndindication to the SNP. And at time 1, the SNP sets AlternateLinkOpenstatus to true.

It should be understood that the inventive concepts disclosed herein arecapable of many modifications. To the extent such modifications fallwithin the scope of the appended claims and their equivalents, they areintended to be covered by this patent application.

1-8. (canceled)
 9. A signaling adaptation method for converting HRPDmessages and HRPD data on to a generic container that can be transportedover a non-HRPD access, comprising: providing a HRPD protocol includinga Signal Adaptation Protocol (SAP) including an open state, set up stateand a default closed state; requesting an alternate HRPD signaling linkover a non-HRPD access to be opened; activating the alternate HRPDsignaling link upon entering the open state; adapting the HRPD signalingmessages and HRPD Radio Link Protocol (RLP) data on to a non-HRPDaccess; exchanging HRPD signaling messages and HRPD data between theaccess terminal and the HRPD access network via the alternate HRPDsignaling link, free of establishing an HRPD traffic channel; andidentifying the HRPD access network and the access terminal overnon-HRPD access by inserting a header comprising sector identificationand access terminal identification.
 10. The method of claim 9, whereinthe alternate link is a data tunnel and the non-HRPD access is definedas at least one of a non-HRPD air interface, a non-HRPD access networkand a non-HRPD core network.
 11. The method of claim 9, furthercomprising at least one of: forwarding SNP protocol messages and RLPpackets to the SAP; forwarding SLP-D protocol messages and RLP packetsto the SAP; and forwarding packets of stream protocol to the SAP
 12. Themethod of claim 9, further comprising providing state machines for atleast one of the access terminal and access network.
 13. The method ofclaim 9, further comprising providing a message sequence for requestingand activating the alternate HRPD signaling link by the SAP.
 14. Themethod of claim 9, further comprising pre-establishing an HRPD session,HRPD point-to-point (PPP) and HRPD internet protocol (IP) session overnon-HRPD access, free of establishing an HRPD traffic channel, thenon-HRPD access being defined as at least one of a non-HRPD airinterface, a non-HRPD access network and a non-HRPD core network. 15.The method of claim 9, further comprising performing trafficestablishment free of HRPD access channel procedure.
 16. The method ofclaim 9, further comprising providing an alternate link open requestmessage including an identity of the access terminal and the connectionis an IP connection.
 17. A signaling adaptation method for convertingHRPD messages and HRPD data on to a generic container that can betransported over a non-HRPD access, comprising: providing a HRPDprotocol including a Signal Adaptation Protocol (SAP) including an openstate, set up state and a default closed state; requesting an alternateHRPD signaling link over a non-HRPD access to be opened; activating thealternate HRPD signaling link upon entering the open state; adapting orencapsulating the HRPD signaling messages and HRPD Radio Link Protocol(RLP) data on to a non-HRPD access, the non-HRPD access being defined asat least one of a non-HRPD air interface, a non-HRPD access network anda non-HRPD core network; exchanging HRPD signaling messages and HRPDdata between the access terminal and the HRPD access network via thealternate HRPD signaling link, free of establishing an HRPD trafficchannel; identifying the HRPD access network and the access terminalover non-HRPD access by inserting a header comprising sectoridentification and access terminal identification; providing at leastone state machine for the access terminal and access network; andproviding a message sequence for requesting and activating the alternateHRPD signaling link by the SAP.
 18. The method of claim 17, furthercomprising forwarding SNP protocol messages and RLP packets to the SAP.19. The method of claim 17, further comprising at least one of:forwarding SNP protocol messages and RLP packets to the SAP; forwardingthe SLP-D protocol messages and the RLP packets to the SAP; andforwarding packets of stream protocol to the SAP.
 20. The method ofclaim 17, further comprising pre-establishing an HRPD session, HRPDpoint-to-point (PPP) and HRPD internet protocol (IP) session overnon-HRPD access, free of establishing an HRPD traffic channel.